home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / networking / 3222 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.4 KB

  1. Path: comma.rhein.de!serpens!not-for-mail
  2. From: mlelstv@serpens.rhein.de (Michael van Elst)
  3. Newsgroups: comp.sys.amiga.networking
  4. Subject: Re: BOOPSI vs. MUI contexts (Was: Battle of the Browsers!)
  5. Date: 30 Mar 1996 12:47:42 +0100
  6. Organization: dis-
  7. Message-ID: <4jj70u$han@serpens.rhein.de>
  8. References: <4j4tq3$349@news.mistral.co.uk> <3621.6658T1133T1717@stack.urc.tue.nl> <4jfqpe$nem@nntp1.best.com> <4jiqg1$n3o@daily-planet.execpc.com>
  9. NNTP-Posting-Host: serpens.rhein.de
  10.  
  11. innuendo@execpc.com (Jonathan Gapen) writes:
  12.  
  13. >   When MUI became popular, I saw users touting it because all gadget updates
  14. >happen on the application context.  Now, we get MUI haters touting BOOPSI
  15. >because all gadget updates occur on the input.device context.  Who to believe?
  16. >   Well, I say neither.
  17.  
  18. Correct.
  19.  
  20. >For instance, take Grapevine.  When updates of the channel text gadget occur,
  21. >my mouse pointer stops dead for a short period.  While that's not too bad,
  22. >it's when it happens repeatedly that it gets annoying.
  23.  
  24. That's a flaw in this particular gadget. As the program causes the
  25. updates of the channel text gadget this should run on the program's
  26. context of course. I'm still wondering how it stops input.device.
  27.  
  28. >on my system.  Perhaps the ideal solution would be to update gadgets in the
  29. >context of some other task, neither the application context, nor input.device.
  30.  
  31. Or don't use just a particular task. Some operations on the gadget
  32. need immediate response like the visual appearance of a button click,
  33. the knob of a slider moving or the update of the value. These
  34. operations are best run on the input.device context because this
  35. avoids overhead. Anything that needs more time and isn't expected
  36. to happen "immediately" can happen on the user's program context
  37. or another task.
  38.  
  39. There is one implementation problem with rendering BOOPSI gadgets. This
  40. is not a problem of BOOPSI or input.device, it is a problem of the
  41. implementation of gadgetclass. This class doesn't support clipping of
  42. gadgets and this was one major obstacle to implement MUI with standard
  43. gadgetclass objects and is also a reason to render gadgets on the user
  44. context.
  45.  
  46. BTW, ClassAct solves this problem with a new method. But this also
  47. means that you can only clip ClassAct gadgets and not other regular
  48. gadgetclass gadgets.
  49.  
  50. Regards,
  51. -- 
  52.                                 Michael van Elst
  53.  
  54. Internet: mlelstv@serpens.rhein.de
  55.                                 "A potential Snark may lurk in every tree."
  56.